Рекомендуемый план развития тестировщика
Что делает хороший тестировщик
Он защищает пользователя и продукт от дефектов, а команду от ложного ощущения качества.
Шаг 1 Manual QA база
- Тест-дизайн, чек-листы, тест-кейсы, баг-репорты.
- Понимание SDLC и ролей в продуктовой команде.
- Уверенная работа с требованиями и критериями приемки.
Что читать в энциклопедии
Шаг 2 Technical QA
- API-тестирование, SQL-проверки, анализ логов.
- PostgreSQL на стенде — установите локально для SQL-проверок и практики по СУБД.
- Работа с Linux, Git, CI-пайплайнами.
- Первые автотесты и борьба с flaky-поведением.
Практика
- Покрыть автотестами критический пользовательский сценарий.
- Настроить запуск тестов в CI на каждый pull request.
Шаг 3 SDET и senior уровень
- Архитектура тестового фреймворка и поддерживаемость.
- Нагрузочное тестирование, надежность, безопасность.
- Метрики качества и диагностика причин инцидентов.
Что читать в энциклопедии
Шаг 4 Lead QA
- Стратегия качества на уровне продукта и портфеля команд.
- Баланс manual и automation на основе рисков.
- Внедрение стандартов качества и развитие команды.
- Качество как часть продуктовой экономики, а не только набор тестов.
Чеклист зрелого QA процесса
- Дефекты обнаруживаются как можно раньше.
- Для критических сценариев есть автопроверки.
- Релиз принимается по прозрачным критериям.
- После инцидентов команда меняет процесс, а не только чинит баг.